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(57) Server-side control objects corresponding to 
client-side user Interface elements are created in a con- 
trol object hierarchy. Properties of the control objects 
may be data bound to properties of a server-side data 
source (e.g., a server-side database). Hierarchical data 
binding relationships are established between proper- 
ties of control objects and properties of a data source. 
Template declarations are used to define the configura- 
tion of binding container objects that correspond to data 



objects in the data source. An iterating control object 
determines the number of data objects In the data 
source Increase according number of binding container 
objects. A simple data binding types include without lim- 
itation: (1) unidirectional data binding from the data 
source to a control object; (2) unidirectional data binding 
from a control object to the data source; and (3) bidirec- 
tional data binding between a control object and the data 
source. 
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Description 
Technical Fieid 

[0001] The invention relates generally to a web server 
framework, and more particularly to server-side control 
objects that bidlrectionally bind with properties of serv- 
er-side data tables. 

Bacl<g round of the Invention 

[0002] A typical web browser receives data from a 
web server that defines the appearance and rudimen- 
tary behavior of a web page for display on a client sys- 
tem. In a typical scenario, a user specifies a Uniform 
Resource Locator ("URL"), a global address of a re- 
source on the World Wide Web. to access a desired web 
site. Generally, the term "resource" refers to data or rou- 
tines that can be accessed by a program. An example 
URL is "http://www.microsoft.com/ms.htm". The first 
part of the example URL indicates a given protocol (i.e.. 
"http") to be used in the communication. The second 
part specifies the domain name (i.e., "www. microsoft, 
com") where the resource is located. The third part spec- 
ifies the resource (i.e., a file called "ms.htm") within the 
domain. Accordingly, a browser generates an HTTP 
(HyperText Transport Protocol) request associated with 
the example URL to retrieve the data associated with 
ms.htm file within the www.microsoft.com domain. A 
web server hosting the www.microsoft.com site receives 
the HTTP request and returns the requested web page 
or resource in an HTTP response to the client system 
for display in the browser. 

[0003] The "ms.htm" file of the example above in- 
cludes static HTML (HyperText Markup Language) 
code. HTML is a plain-text authoring language used to 
create documents (e.g., web pages) on the World Wide 
Web. As such, an HTML file can be retrieved from a web 
server and displayed as a web page in a browser to 
present the rich graphical experience that users have 
come to expect while viewing information from the In- 
ternet Using HTML, a developer can, for example, 
specify formatted text, lists, forms, tables, hypertext 
links, inline Images and sounds, and background graph- 
ics for display in the browser. An HTML file, however, is 
a static file that does not inherently support dynamic 
generation of web page content. 
[0004] If dynamic content is to be displayed, such as 
a changing stock price or traffic Information, a server- 
side application program is generally developed to han- 
dle the more complex client-server interaction. The 
server-side application program processes an HTTP re- 
quest and generates the appropriate HTML code for 
transmission to the client in an HTTP response. An ex- 
emplary HTTP request may include parameters, such 
as data in a query string or data from web-based forms. 
As such, a server-side application program can process 
these parameters and dynamically generate HTML 



code for transmission In an HTTP response to the client. 
An exemplary server-side application program may 
generate documents containing appropriate HTML 
code using a sequence of one or more formatted text 
5 write operations to a memory structure. Thereafter, the 
resulting document is transmitted to a client system in 
an HTTP response, where It is displayed as a web page 
in the browser. 

[0005] Developing a server-side application program 

10 can be a com plex task requiring not only familiarity with 
normal HTML coding that is used to layout a Web page, 
but also with programming basics. Including one or more 
programming languages (e.g., C++, Perl, Visual Basic, 
or Jscript). Web page designers, on the other hand, are 

15 frequently graphics designers and editors, who may lack 
programming experience. Furthermore, simplifying 
complex web page development can speed the devel- 
opment of new web content by any developer. General- 
ly, development of a custom server-side application pro- 

20 gram also requires tremendous effort, so much, in fact, 
that developers are often disinclined to attempt it. It is 
desirable, therefore, to provide a development frame- 
work that allows a developer to dynamically create and 
process a web page with minimal programming. 

25 [0006] One approach to minimize the programming 
requirements of dynamic web page generation has 
been the Active Server Page (ASP) framework, provid- 
ed by Microsoft Corporation. An ASP resource typically 
includes Visual Basic or Jscript code, for example, to 

30 process an HTTP request that specifies the ASP re- 
source as the desired resource and, thereafter, to gen- 
erate the resulting HTML code in a HTTP response to 
the client Furthermore, an ASP resource may reference 
pre-developed or third party client-side library compo- 

35 nents (e.g., client-side ACTIVEX controls) to ease a giv- 
en application programming effort. However, in the cur- 
rent server-side application fi-ameworks, the program- 
ming required to dynamically manage client-side user 
interface elements (e.g., text boxes, list boxes, buttons. 

40 hypertext links, images, sounds, etc.) within server-side 
applications can still require sophisticated prograrnming 
skills and considerable effort. An unanswered problem 
exists in properiy encapsulating programming required 
to process user interface elements, so as to allow the 

45 web page developer to focus on other aspects of the 
web page. 

[0007] Certain client-side user Interface elements In- 
clude data associated with a server-side datastore, such 
as a database. An example of such an element may be 

50 a client-side table displaying a selection of products and 
prices from a server-side product database. Another ex- 
ample may include a text box in which a consumer can 
enter a shipping address to be stored to a server-side 
customer database for later use. Traditionally, the client- 

55 side user-interface elements are written into the page 
by a page developer, and an application program is writ- 
ten by an application program developer to perform the 
data communications between the page and the server- 



2 



3 



EP1 156 428 A2 



4 



side databases. A problem is that both page developing 
and application progranfi developing require significant 
development effort and intimate knowledge of the data- 
base structures and some level of complicated program- 
ming (e.g., through client-side scripting or server-side 5 
application programming). 

Summary of the Invention 

[0008] In accordance with the present invention, the io 
above and other problems are solved by providing hier- 
archical data binding between one or more server-side 
control objects and one or more server-side datastores. 
Hierarchical data binding is supported by automatically 
creating a binding container for each data object in a 15 
data array. Each binding container provides its children 
with access to its public properties, including the data 
objects of the server-side datastore with which It is as- 
sociated. As such, the property of a server-side control 
object may be bound through its binding container to a 20 
property of a server-side datastore. A data binding rela- 
tionship may be established, without limitation, unidirec- 
tionally from a property of the server-side control object 
to the property of the server-side datastore or vice versa. 
A data binding relation may also be established, without 25 
limitation, bidirectionally between a property of the serv- 
er-side control object and the property of the server-side 
datastore. 

[0009] In one implementation of the present invention, 
a method of data binding a property of a descendent 3o 
server-side control object to a property of a data set {e. 
g., a table row) of a server-side data table having one 
or more data sets is provided in a server computer cou- 
pled to a client computer system. The descendent serv- 
er-side control object corresponds to a client-side user 35 
interface element. An iterating control object iterates 
over each data set of the server-side data table to create 
a binding container server-side control object corre- 
sponding to each data set. Each binding container serv- 
er-side control object is associated with a data set of the ^0 
server-side data table. A descendent server-side control 
object is created for a property of each data set. A given 
descendent server-side control object is a descendent 
of the binding container server-side control object cor- 
responding to a given data set and is associated with a 45 
property of the given data set. A data binding relation- 
ship is established between the property of the descend- 
ent server-side control object and the property of one of 
the data sets of the server-side data table. 
[001 0] In other implementations of the present inven- 50 
tion, articles of manufacture are provided as computer 
program products. One embodiment of a computer pro- 
gram product provides a computer program storage me- 
dium readable by a computer system and encoding a 
computer program for executing a computer process 55 
data binding a property of a descendent server-side 
control object to a property of a server-side data array 
having one or more data objects is provided. Another 



embodiment of a computer program product may be 
provided in computer data signal embodied in a carrier 
wave by a computing system and encoding the compu- 
ter program. The child server-side control object corre- 
sponds to a client-side user interface element. The serv- 
er-side data array is loaded from a server-side data- 
base. An iterating server-side control object is associat- 
ed with the server-side data table and is created into a 
server-side control object hierarchy. The server-side da- 
ta array is stored as a property of the iterating server- 
side control object. A binding container server-side con- 
trol object con^esponding to one of the data objects is 
created as a child of the iterating server-side control ob- 
ject. The binding container server-side control object is 
associated with one of the data objects of the server- 
side data array. A descendent server-side control object 
is created for each property of each data object. Each 
descendent server-side control object is a descendent 
of the binding container server-side control object. A da- 
ta binding relationship is established between the prop- 
erty of the descendent server-side control object and the 
property of the server-side data array. 
[0011] In another implementation, a server for per- 
forming server-side data binding using a hierarchy of 
server-side control objects corresponding to client-side 
user interface elements is also provided, including a 
server-side data array having one or more data objects. 
Each data object may include a property. An iterating 
server-side control object in a server-side control object 
hierarchy is associated with the server-side data array. 
One or more binding container server-side control ob- 
jects are iteratively created by the iterating server-side 
control object based on a number of data objects in the 
server-side data array. One or more descendent server- 
side control objects corresponds to a property of each 
data object of the server-side data anray. Each descend- 
ent server-side control is created as a descendent of the 
binding control server-side control object of a given data 
object in the server-side data array. A data binding re- 
lationship structure describes a data binding relation- 
ship between a property of the descendent control ob- 
ject and the property of the data object of the server- 
side data array. 

Brief Description of the Drawings 

[0012] FIG. 1 illustrates a web server for dynamically 
generating web page content for display on a client in 
an embodiment of the present invention. 
[0013] FIG. 2 illustrates a flow diagram of operations 
for processing and rendering client-side user interface 
elements using server-side control objects in an embod- 
iment of the present invention. 
[0014] FIG. 3 illustrates exemplary modules in a web 
server used in an embodiment of the present invention. 
[0015] FIG. 4 illustrates an exemplary system useful 
for implementing an embodiment of the present inven- 
tion. 
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[0016] FIG. 5 illustrates an operation flow diagram 
representing processing of a page object in an embod- 
iment of the present Invention. 
[0017] FIG, 6A illustrates an exemplary dynamic con- 
tent resource (e.g., an ASP+ resource) declaring data 
bound control objects in an embodiment of the present 
invention. 

[001 8] FIG. 6B illustrates an exemplary code declara- 
tion block declaring a second type of unidirectional data 
binding to a server-side dated table in an embodiment 
of present invention. 

[001 9] FIG. 7 Illustrates a partial control object hierar- 
chy resulting from the processing of the exemplary dy- 
namic content resource (e.g., an ASP+ resource) of 
FIG. 6A in an embodiment of the present invention. 
[0020] FIG. 8 illustrates a representation of an exem- 
plary server-side Control class in an embodiment of the 
present invention. 

[0021] FIG. 9 illustrates a flow diagram of operations 
for data binding a property of a server-side control object 
to a property of a server-side data array in an embodi- 
ment of the present invention. 
[0022] FIG. 10 illustrates a representation of an ex- 
emplary server-side PropertyBindingCollection class in 
an embodiment of the present invention. 
[0023] FIG. 11 illustrates a representation of an ex- 
emplary server-side PropertyBlnding class in an em- 
bodiment of the present invention. 

Detailed Description of the invention 

[0024] in an embodiment of the present invention, a 
web page content is dynamically generated on a web 
server for display on a client. The client can be, for ex- 
ample, any browser that supports standard HTML or any 
other authoring language. The client in the web server 
communicates across the network, such as by HTTP re- 
quests and HTTP responses. As such, the web server 
generates web page content, possibly in the fonn of 
HTML code, and transmits the content to the client, 
which can display the web page in a browser. Server- 
side control objects, which may logically correspond to 
individual user interface elements of the web page, are 
created on the web server to process and render the 
web page content. The server-side control objects are 
declared in a dynamic content resource, such as an 
ASP+ resource, which is processed by a page factory 
to create a hierarchy of server-side control object. The 
control objects in the hierarchy cooperate to process the 
request received from the client and then generate re- 
sulting web page content for transmission to the client, 
before the control objects in a hierarchy are temiinated. 
[0025] A page object may instantiate as the top level 
of the control object hierarchy in an embodiment of the 
present invention. A page object, which is also a control 
object, typically contains one or more child control ob- 
jects, and each child control object can contain one or 
more child control object of Its own to extend into the 
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hierarchy of multiple levels. The page object and de- 
scendent control objects execute a sequence of opera- 
tions to process and generate the web content that cor- 
responds to client-side user interface elements. 
5 [0026] One of the operations in the sequence includes 
a data binding operation that controls communications 
between one or more of the server-side control objects 
and a server-side datastore. In an embodiment present 
invention, a server-side datastore is a database storing 

10 data related to user interface elements of the web page 
(e.g., see datastore 131 in FIG. 1). Other non-database 
types of datastores are also contemplated within the 
scope of the present invention, including without limita- 
tion configuration registries, data files, data streams. By 

15 declaring server-side control objects and associated da- 
ta binding relationships in a dynamic content resource, 
a page developer can configure a control object hierar- 
chy having unidirectional and/or bidirectional data bind- 
ing relationships with a server-side data array associat- 

20 ed with the server-side datastore. 

[0027] FIG. 1 illustrates a web server for dynamically 
generating web page content for display on a client in 
an embodiment of the present invention. A client 100 
executes a browser 102 that displays a web page 104 

25 on a display device of the client 1 00. The client 1 00 may 
include a client computer system having a display de- 
vice, such as a video monitor. An "INTERNET EXPLOR- 
ER" browser, marketed by Microsoft Corporation, is an 
example of a browser 102 in an embodiment of the 

30 present invention. Other exemplary browsers include 
without limitation "NETSCAPE NAVIGATOR" and "MO- 
SAIC. The exemplary web page 104 incorporates a ta- 
ble list element 140 having four list row elements. The 
list row element 142 is a child user interface element 

35 contained by the table list element 140. The list row el- 
ement 142 is defined by a template declaration (see 
FIG. 6A for an exemplary template declaration) and has 
two columns containing label elements 144 (e.g., repre- 
senting an OrderlD) and 146 (e.g., representing a quan- 
go tity of the product ordered), and one column containing 
a table list element 148. The elements 144. 146, and 
148 are declared as child user interface elements con- 
tained by the list row element 142 (see FIG. 6A for ex- 
emplary label and table list declarations). 

45 Additional list row elements 1 50, 1 52. and 1 54 are also 
shown in web page 104. 

[0028] In accordance with the declarations of FIG. 6A. 
server-side control objects corresponding to the user in- 
terface elements of the web page 104 are data bound 

50 to two server-side data arrays (e.g., server-side data ta- 
bles, MyOrders and Myltems, associated with server- 
side database access through the MyOrderSystem ob- 
ject). Generally, a server-side data array is associated 
with (e.g., loaded from and/or stored to) a server-side 

55 datastore and includes an index data set (e.g., data rows 
or data objects) within the control object hierarchy. Such 
data sets may have properties, which for example, may 
represent a data value of a data table row. The column 
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148 represents a sub-table list element having two col- 
umns: (1) a column of row Indexes from a bound Items 
data table; (2) a column of three list row elements con- 
taining labels (e.g., item names) from the Items data ta- 
ble. 

[0029] The browser 102 can receive HTML code in 
the HTTP response 112 from a web server 116 and dis- 
plays the web page as described by the HTML code. 
Although HTML is described with reference to one em- 
bodiment, other authoring languages, including without 
limitation SGML (Standard Generalized Markup Lan- 
guage), XML (extensible Markup Language), and WML 
(Wireless Markup Language), which is an XML-based 
markup language, designed for specifying the content 
and user interfaces of narrowband wireless devices, 
such as pagers and cellular phones, are contemplated 
within the scope of the present invention. Furthermore, 
although standard HTML 3.2 is primarily disclosed here- 
in, any version of HTML is supportable within the scoped 
of the present invention. 

[0030] The communications between the client 100 
and the web server 116 may be conducted using a se- 
quence of HTTP requests 114 and HTTP responses 
112. Although HTTP is described with reference to one 
embodiment, other transport protocols, including with- 
out limitation S-HTTP, are contemplated within the 
scope of the present invention. On the web server 116, 
an HTTP pipeline module 11 8 receives an HTTP request 
114, resolves the URL, and invokes an appropriate han- 
dler 120 for processing the request. In an embodiment 
of the present invention, a plurality of handlers 120 to 
handle different types of resources are provided on the 
web server 116. 

[0031] For example, if the URL specifies a static con- 
tent resource 122, such as an HTML file, a handler 120 
accesses the static content resource 122 and passes 
the static content resource 122 back through the HTTP 
pipeline 118 for communication to the client 100 in an 
HTTP response 112. Alternatively, in an embodiment of 
the present invention, if the URL specifies a dynamic 
content resource 124, such as an ASP+ resource, a 
handler 120 accesses the dynamic content resource 
124, processes the contents of the dynamic content re- 
source 124, and generates the resulting HTML code for 
the web page 104. In an embodiment of the present in- 
vention, the resulting HTML code includes standard 
HTML 3.2 code. Generally, a dynamic content resource 
is a server-side declaration datastore that can be used 
to dynamically generate the authoring language code 
that describes a web page to be displayed on a client 
The HTML code for the web page is then passed 
through the HTTP pipeline 1 1 8 for communication to the 
client 100 in an HTTP response 112. 
[0032] During its processing, a handler 120 can also 
access libraries of pre-developed or third party code to 
simplify the development effort. One such library is a 
server-side class control library 126, from which the 
handler 120 can instantiate server-side control objects 



for processing user interface elements and generating 
the resultant HTML data for display of a web page. In 
an embodiment of the present invention, one or more 
server-side control objects map to one or more user in- 

5 terface elements, visible or hidden, on the web page de- 
scribed in the dynamic content resource 1 24. 
[0033] A second library, in contrast, is a client-side 
control class library 128, such as a library including "AC- 
TIVEX" components from Microsoft Corporation. An 

10 "ACTIVEX" control is a COM ("Component Object Mod- 
el") object that follows certain standards in how it inter- 
acts with its client and other components. A client-side 
"ACTIVEX" control, for example, is a COM-based com- 
ponent that can be automatically downloaded to a client 

15 and executed by a web browser on the client Server- 
side ACTIVEX components (not shown) are COM- 
based components that may be implemented on a serv- 
er to perform a variety of server-side functions, such as 
providing the server-side functionality of a stock price 

20 look-up application or database component. A more de- 
tailed discussion of ACTIVEX can be found in "Under- 
standing ACTIVEX and OLE", David Chappell, Micro- 
soft Press, 1996. 

[0034] In contrast to "ACTIVEX" controls, a server- 

25 side control object in an embodiment of the present in- 
vention, being specified in a dynamic content resource 
124, logically corresponds to a user interface element 
that is incorporated in the web page on the client The 
server-side control object can also generate valid HTML 

30 code that can include, for example, an HTML tag and a 
locator referencing a given client-side "ACTIVEX" con- 
trol. If the browser already has the code for the client- 
side "ACTIVEX" control within its storage system, the 
browser executes the "ACTIVEX" control within the web 

35 page on the client. Otherwise, the browser downloads 
the code for the "ACTIVEX" control from the resource 
specified by the locator and then executes the "AC- 
TIVEX" control within the web page on the client A serv- 
er-side control object in an embodiment of the present 

40 invention can also raise events to a server-side "AC- 
TIVEX" confrol used to Implement a stock look-up ap- 
plication on the server. 

[0035] A handler 1 20 also has access to one or more 
non-user-interface server components 1 30 that execute 

45 on the web server 116 or on another accessible web 
server. An non-user-interface server component 130, 
such as a stock price look-up application or database 
component, may be referenced in or associated with a 
dynamic content resource 124 that is processed by a 

50 handler 120. Server-side events raised by the control 
objects declared in the dynamic content resource 124 
may be processed by server-side code, which calls ap- 
propriate methods in the non-user-interface component 
130. As a result, the processing provided by the server- 

55 side control objects simplifies the programming of the 
non-user-interface server component 130 by encapsu- 
lating the processing and generation of the user inter- 
face elements of a web page, which allows the devel- 
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oper of the non-user-interface server component 130 to 
concentrate on the specific functionality of the applica- 
tion, rather than on user interface issues. 
[0036] In an embodiment of the present invention, 
properties of server-side control objects are data bound 
to properties in a server-side datastore 131. Data bind- 
ing allows a page developer to associate properties of 
control objects in the server-side control object hierar- 
chy to data items in a server-side database, for example. 
During processing, each control object updates its data 
bound properties by retrieving an associated property 
value from a data object in the database (referred to as 
unidirectional data binding from the server-side da- 
tastore). Alternatively, each control object updates a 
property of a server-side datastore using the control ob- 
ject's internal property value (referred to as unidirection- 
al data binding to the server-side data store). The two 
types of unidirectional data binding can be combined to 
provide bidirectional data binding between server-side 
control objects and server-side datastores. 
[0037] FIG. 2 illustrates a flow diagram of operations 
for processing and generating client-side user interface 
elements using server-side control objects in an embod- 
iment of the present invention. In transmitting operation 
200, the client transmits an HTTP request to the server. 
The HTTP request Includes a URL that specifies a re- 
source, such as an ASP-i- resource. In receiving opera- 
tion 202, the server receives the HTTP request and in- 
vokes the appropriate handler for processing the spec- 
ified resource. The ASP+ resource is read in parsing op- 
eration 203. Creation operation 204 generates a server- 
side control object hierarchy based on the contents of 
the specified dynamic content resource (e.g., the ASP+ 
resource). 

[0038] In operation 206, the server-side control ob- 
jects of the control object hierarchy perfomi one or more 
of the following operations: postback event handling, 
postback data handling, state management, and data 
binding. Postback events and data (collectively "post- 
back input") from user interface elements are commu- 
nicated from the client to the server for processing. A 
postback event, for example, may include without limi- 
tation a "mouse click" event from a client-side button el- 
ement or a "data change" event from a client-side text- 
box element that is communicated to the server. Post- 
back data, for example, may include without limitation 
text entered by a user in a text box element or an index 
of an item selected from a drop-down box. 
[0039] In operation 208, each server-side control ob- 
ject in the hierarchy is called to generate (or render) da- 
ta, such as HTML code, for display of client-side user 
interface elements in the web page. Note that, although 
the term "render" may be used to describe the operation 
of displaying graphics on a user interface, the term 
"render" is also used herein to describe the operation of 
generating authoring language data that can be inter- 
preted by client-application, such as a browser, for dis- 
play and client-side functionality. A more detailed dis- 



cussion of the processing operation 206 and the render- 
ing operation 208 is provided in association with FIG. 6. 
In one embodiment, calls to renderQ methods in individ- 
ual control objects are performed using a tree traversal 

5 sequence. That is, a call to the render() method of a 
page object results in recursive traversal throughout ap- 
propriate server-side control objects in the hierarchy. Al- 
ternative methods for calling the renderQ methods for 
appropriate control objects may also be employed, in- 

10 eluding an event signaling or object registration ap- 
proach. The parentheses designate the "renderO" label 
as indicating a method, as compared to a data value. 
[0040] In an embodiment of the present invention, the 
actual creation of the individual server-side control ob- 

15 jects may be deferred until the server-side control object 
is accessed (such as when handling postback input, 
loading a state, rendering HTML code from the control 
object, etc.) in operations 206 or 208. If a server-side 
control object is never accessed for a given request, de- 

20 ferred control object creation optimizes server process- 
ing by eliminating an unnecessary object creation oper- 
ation. 

[0041] Transmitting operation 210 transmits the 
HTML code to the client In an HTTP response. In receiv- 

25 ing operation 214, the client receives the HTML code 
associated with a new web page to be displayed. In dis- 
play operation 216, the client system incorporates (e.g., 
displays) the user interface elements of the new page 
in accordance with the HTML code received from the 

30 HTTP response. It should be understood, however, that 
incorporation of a user-interface element may include 
non-dispiay operations, such as providing audio or tac- 
tile output, reading and writing to memory, controlling 
the operation of scripts, etc. In termination operation 

35 212, the server-side control object hierarchy is terminat- 
ed. In an embodiment of the present Invention, server- 
side control objects in the hierarchy are created in re- 
sponse to an HTTP request referencing an associated 
ASP+ resource, and destroyed subsequent to the ren- 

40 dering of authoring language data (e.g., HTML data). In 
an alternative embodiment, operation 212 may be per- 
fomried after operation 208 and before operation 210. 
[0042] FIG. 3 illustrates exemplary modules in a web 
server used in an embodiment of the present invention. 

45 The web server 300 receives an HTTP request 302 into 
the HTTP pipeline 304. The HTTP pipeline 304 may in- 
clude various modules, such as modules for logging of 
web page statistics, user authentication, user authori- 
zation, and output caching of web pages. Each incoming 

so HTTP request 302 received by the web server 300 is 
ultimately processed by a specific instance of an IHT- 
TPHandler class (shown as handler 306). The handler 
306 resolves the URL request and Invokes an appropri- 
ate handler factory (e.g., a page factory module 308). 

55 [0043] In FIG. 3, a page factory module 308 associ- 
ated with the ASP+ resource 310 is invoked to handle 
the instantiation and configuration of the ASP+ resource 
310. In one embodiment, an ASP+ resource can be 
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identified by designating a particular suffix (or a file ex- 
tension such as ".aspx") with the resource. When a re- 
quest for a given ASP+ resource is first received by the 
page factory module 308, the page factory module 308 
searches the file system for the appropriate file (e.g., 
the .aspx file 310). The file may contain text (e.g., au- 
thoring language data) or another data format (e.g., 
byte-code data or encoded data) that may later be in- 
terpreted or accessed by the server to service the re- 
quest. If the physical file exists, the page factory module 
308 opens the file and reads the file into memory. If the 
file cannot be found, the page fectory module 308 re- 
turns an appropriate "file not found" error message. 
[0044] After reading the ASP+ resource 310 into 
memory, the page factory module 308 processes the file 
content to build a data model of the page (e.g., lists of 
script blocks, directives, static text regions, hierarchical 
server-side control objects, server-side control proper- 
ties, etc.). The data model is used to generate a source 
listing of a new object class, such as a COM+ ("Compo- 
nent Object Model+") class, that extends the page base 
class. The page base class includes code that defines 
the structure, properties, and functionality of a basic 
page object. In an embodiment of the present invention, 
the source listing is then dynamically compiled into an 
intennediate language and later Just-In-Time compiled 
into platform native instructions (e.g., X86, Alpha, etc.). 
An intermediate language may include general or cus- 
tom-built language code, such as COM+ IL code, Java 
bytecodes, Modula 3 code, SmallTalk code, and Visual 
Basic code. In an alternative embodiment, the interme- 
diate language operations may be omitted, so that the 
native instructions are generated directly from the 
source listing or the source file (e.g., the ASP+ resource 
310). A control class library 312 may be accessed by 
the page factory module 308 to obtain predefined serv- 
er-side control classes used in the generation of the con- 
trol object hierarchy. 

[0045] The page factory module 308 outputs a page 
object 31 4, which is a server-side control object that cor- 
responds to the web page 1 04 of FIG. 1 . The page object 
314 and its children comprise an exemplary control ob- 
ject hierarchy 318. Other exemplary control objects are 
also contemplated in accordance with the present in- 
vention, including without limitation objects correspond- 
ing to the HTML controls in Table 1 , as well as custom 
control objects. The page object 314 logically conre- 
sponds to the web page 104 of FIG. 1 and is hierarchi- 
cally related to other control objects on the server. In 
one embodiment, a page object is a container object that 
hierarchically contains its children control objects. In an 
alternative embodiment, other fonns of hierarchical re- 
lation may be employed, including a dependency rela- 
tionship. In a more complex control object hierarchy with 
multiple levels of children, a child object can be a con- 
tainer object for other child objects (e.g., the table list 
1 40 is a container for the list row elements 1 42, 1 50, 1 52, 
and 154 and their children). These server-side control 



objects cooperate to handle input from the HTTP re- 
quest 302, to manage the states of server-side control 
objects, to perfomn data binding, and to render authoring 
language data (e.g., HTML) for a resulting web page for 
5 the client. The resulting HTML code is output from the 
control object hierarchy 316 and transmitted to the client 
in an HTTP response 324. 

[0046] In the illustrated embodiment, the control ob- 
jects in the control object hierarchy 316 are created and 

10 executed on the server 300, and each server-side con- 
trol object logically corresponds to a user interface ele- 
ment on the client. The server-side control objects also 
cooperate to handle postback input from the HTTP re- 
quest 302, to manage the states of server-side control 

15 objects, to perform data binding with server-side data- 
bases, and to generate authoring language data (e.g., 
HTML code) used to display a resulting web page at the 
client. The resulting authoring language data is gener- 
ated (i.e., rendered) from the server-side control object 

20 hierarchy 316 and transmitted to the client in an HTTP 
response 324. For example, resulting HTML code may 
embody any valid HTML construct and may reference 
ACTIVEX-type control, JAVA applets, scripts, and any 
other web resources that yield client-side user interface 

25 elements (e.g., control buttons, text boxes, etc.) when 
processed by a browser. 

[0047] By virtue of declarations made in the ASP-i- re- 
source 31 0, server-side control objects may also access 
one or more non-user-interface server components 330 
30 to provide Interaction between the non-user-interface 
server component 330 and client-side user interface el- 
ements. For example, in response to postback input, 
server-side control objects can raise server-side events 
to the non-user-interface server components registered 
35 for those events. In this manner, the non-user-interface 
server component 330 can interact with the user through 
user interface elements without programming the code 
required to display and process these elements. 
[0048] Properties of one or more server-side da- 
40 tastores 331 may be data bound to properties of the 
server-side control objects. A detailed discussion of an 
exemplary server-side control object hierarchy config- 
ured to support an embodiment of data binding is pro- 
vided with regard to FIG. 7. The data binding relation- 
's ships may be declared in the ASP+ resource and estab- 
lished during the compilation and runtime execution of 
the server-side control objects. 
[0049] In summary, an embodiment of the present in- 
vention includes server-side control objects that are cre- 
50 ated and executed on the server to generate HTML code 
that is sent to a client. The HTML code may, for example, 
embody any valid HTML constructs and may reference 
ACTIVEX-type controls, JAVA applets, scripts, and any 
other web resources to produce user interface buttons 
55 and other user interface elements at the client. A user 
at a client may interact with these user interface ele- 
ments, which logically corresponds to the server-side 
control objects, and send a request back to the server. 
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The server-side control objects are recreated on the 
server to process the data, events, and other character- 
istics of the user interface elements so as to generate 
the next round of HTML code to be transmitted in re- 
sponse to the client. 

[0050] With reference to FIG. 4. an exemplary com- 
puting system for embodiments of the invention includes 
a general purpose computing device in the form of a 
conventional computer system 400, including a proces- 
sor unit 402, a system memory 404. and a system bus 
406 that couples various system components including 
the system memory 404 to the processor unit 400. The 
system bus 406 may be any of several types of bus 
structures including a memory bus or memory controller, 
a peripheral bus and a local bus using any of a variety 
of bus architectures. The system memory includes read 
only memory (ROM) 408 and random access memory 
(RAM) 410. A basic input/output system 412 (BIOS), 
which contains basic routines that help transfer informa- 
tion between elements within the computer system 400, 
is stored in ROM 408. 

[0051] The computer system 400 further includes a 
hard disk drive 412 for reading from and writing to a hard 
disk, a magnetic disk drive 414 for reading from or writ- 
ing to a removable magnetic disk 416, and an optical 
disk drive 41 8 for reading from or writing to a removable 
optical disk 419 such as a CD ROM, DVD, or other op- 
tical media. The hard disk drive 412, magnetic disk drive 
414, and optical disk drive 41 8 are connected to the sys- 
tem bus 406 by a hard disk drive interface 420, a mag- 
netic disk drive interface 422, and an optical drive inter- 
face 424, respectively. The drives and their associated 
computer-readable media provide nonvolatile storage 
of computer readable instructions, data structures, pro- 
grams, and other data for the computer system 400. 
[0052] Although the exemplary environment de- 
scribed herein employs a hard disk, a removable mag- 
netic disk 416, and a removable optical disk 419, other 
types of computer-readable media capable of storing 
data can be used in the exemplary system. Examples 
of these other types of computer-readable mediums that 
can be used in the exemplary operating environment in- 
clude magnetic cassettes, flash memory cards, digital 
video disks, Bernoulli cartridges, random access mem- 
ories (RAMs), and read only memories (ROMs). 
[0053] A number of program modules may be stored 
on the hard disk, magnetic disk 416, optical disk 419, 
ROM 408 or RAM 410, including an operating system 
426, one or more application programs 428, other pro- 
gram modules 430, and program data 432. A user may 
enter commands and information into the computer sys- 
tem 400 through input devices such as a keyboard 434 
and mouse 436 or other pointing device. Examples of 
other input devices may include a microphone, joystick, 
game pad, satellite dish, and scanner. These and other 
input devices are often connected to the processing unit 
402 through a serial port interface 440 that is coupled 
to the system bus 406. Nevertheless, these input devic- 



es also may be connected by other interfaces, such as 
a parallel port, game port, or a universal serial bus 
(USB). A monitor 442 or other type of display device is 
also connected to the system bus 406 via an interface. 
5 such as a video adapter 444. In addition to the monitor 
442, computer systems typically include other peripher- 
al output devices (not shown), such as speakers and 
printers. 

[0054] The computer system 400 may operate in a 

10 networked environment using logical connections to 
one or more remote computers, such as a remote com- 
puter 446. The remote computer 446 may be a computer 
system, a server, a router, a network PC, a peer device 
or other common network node, and typically includes 

15 many or all of the elements described above relative to 
the computer system 400. The networi< connections in- 
clude a local area network (LAN) 448 and a wide area 
network (WAN) 450. Such networking environments are 
commonplace in offices, enterprise-wide computer net- 

20 works, intranets, and the Intemet. 

[0055] When used in a LAN networking environment, 
the computer system 400 is connected to the local net- 
work 448 through a networi< interface or adapter 452. 
When used in a WAN networi<ing environment, the com- 

25 puter system 400 typically includes a modem 454 or oth- 
er means for establishing communications over the wide 
area network 450, such as the Internet. The modem 
454, which may be internal or external, is connected to 
the system bus 406 via the serial port interface 440. In 

30 a networked environment, program modules depicted 
relative to the computer system 400, or portions thereof, 
may be stored in the remote memory storage device. It 
will be appreciated that the network connections shown 
are exemplary, and other means of establishing a com- 

35 munlcation link between the computers may be used. 
[0056] In an embodiment of the present invention, the 
computer 400 represents a web server, wherein the 
processor 402 executes a page factory module on an 
ASP+ resource stored on at least one of storage media 

40 416, 412, 414, 418, 419, or memory 404. HTTP re- 
sponses and requests are communicated over the LAN 
448, which is coupled to a client computer 446. 
[0057] FIG. 5 illustrates an operation flow diagram 
representing server-side processing of a page object 

45 and other control objects in an embodiment of the 
present invention. In operation 500, a page object con- 
structor is called by the page factory module 308 (see 
FIG. 3). As a result, a page object (see e.g., the page 
object 314 in FIG. 3) is created to logically correspond 

50 to the web page user-interface element on the client. In 
operation 502, the page factory module calls the Proc- 
essRequest member function of the page object, which 
initiates the staged operations for processing the HTTP 
request received from a client. In a first stage of one 

55 embodiment of the present invention, a server-side Cre- 
ate operation (not shown) creates the descendant serv- 
er-side control objects contained in the control object 
hierarchy of the page object, that is, constructors for 
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child control objects are recursively called to create the 
control objects during the lifetime of the processing of 
the HTTP request. 

[0058] In an alternate embodiment, however, creation 
of child control objects is deferred until the control object 
is required for a given processing step (e.g., handling a 
postback event, handling postback data, loading or sav- 
ing a viewstate, resolving data binding, or rendering 
HTML code for the corresponding user interface ele- 
ment). The latter embodiment, which is said to imple- 
ment "deferred control object creation", is an optimiza- 
tion that can alleviate unnecessary CPU and memory 
utilization. For example, a user input event received 
from the client may result in the creation of a completely 
different web page. In this case, it is unnecessary to in- 
stantiate an entire control object hierarchy of the previ- 
ous page only to process an event that immediately re- 
sults in the termination of the control object hierarchy 
and the instantiation of a new and different control object 
hierarchy for a new page. 

[0059] In response to the server call to the page ob- 
ject's ProcessRequest method, operations 504 through 

520 may be executed by the page object and by individ- 
ual descendant control objects, depending in part on the 
data of a given HTTP request. In an embodiment of the 
present invention, the operations 504-520 are per- 
formed for each individual object in the order illustrated 
in FIG. 5; however, a given operation for one object may 
occur out of order or not at all with respect to a given 
operation of another object, depending on the HTTP re- 
quest. For example, a first object may perfomn its Init 
operation 504 and its Load operation 506. and begin 
postback data processing operation 508, before a de- 
scendant control object performs its own Init operation 
504 and Load operation 506 by virtue of deferred control 
object creation. The order of operation processing by 
the page object and descendent control objects de- 
pends on various factors, Including without limitation the 
nature of the data in the HTTP request, the configuration 
of the control object hierarchy, the current state of the 
control objects, and whether deferred control 
[0060] The Init operation 504 initializes a control ob- 
ject after it is created by executing any server-side code 
associated with initialization in the dynamic content re- 
source. In this manner, each server-side control object 
may be customized with specific server-side functional- 
ity that is declared in the dynamic content resource. In 
an embodiment of the present invention, dynamic con- 
tent code intended to customize or extend the base 
page control classes as declared by the page developer 
in the ASP+ resource on the server. When the ASP+ 
resource is compiled, the declared code is included in 
the appropriate Initialization code (e.g., the lnit() meth- 
ods of the page object and the descendent control ob- 
jects). The Init operation 504 executes this code to cus- 
tomize or extend the page base class and the base 
classes for descendent control objects. 
[0061] In an embodiment of the present invention, 



state management of the server-side control objects is 
supported in a Load operation 506 and a Save operation 
51 6, which use a transportable state structure to accom- 
modate the stateless model for client server systems by 

5 restoring server-side control objects to their previous 
state. In one embodiment, the state is communicated to 
and from the server in one or more hidden HTML fields 
of an HTTP request/response pair or in another trans- 
portable state structure, although other transportable 

10 state structures are contemplated within the scope of 
the present invention. 

[0062] In a given sequence of requests and respons- 
es relating to the current page between a client and a 
server, the states of one or more control objects are re- 
15 corded into a transportable state structure by the Save 
operation 516 after the processing of a previous re- 
quest In an embodiment of the present invention, addi- 
tional state information is also included in the transport- 
able state structure, including hierarchical information 
or control object identifiers to allow the server to asso- 
ciate a given state with the appropriate control object. 
In a subsequent HTTP request, the state information is 
returned to the server in the transportable state struc- 
ture. The server extracts the state information from the 
received transportable state structure and loads the 
state data into the appropriate control objects within the 
control object hierarchy to restore each control object to 
its state as it existed prior to a previous HTTP response. 
After the current request is processed, the states of one 
or more server-side control objects are again recorded 
into the transportable state structure by the Save oper- 
ation 516, and the transportable state structure is re- 
turned to the client in the next HTTP response. 
[0063] As a result of the Load operation 506, each 
server-side control object is placed in a state consistent 
with its state prior to a previous HTTP response. For ex- 
ample, if a text box control object includes a property 
value equaling "JDoe" prior to a previous HTTP re- 
sponse, the Load operation 506 restores the same con- 
trol object to its previous state, in part by loading the text 
string "JOoe" into the property value. In addition, wheth- 
er the state of a given object is stored and restored is 
configurable. 

[0064] In summary of one embodiment of the present 
invention, the state of one or more server-side control 
objects is "saved" after processing. The saved state in- 
formation is transmitted to the client In a response. The 
client returns the saved state information to the server 
in a subsequent response. The server loads the state 
information a freshly instantiated server-side control ob- 
ject hierarchy, such that the state of the hierarchy is re- 
stored to its previous state. 

[0065] An alternative embodiment may maintain the 
state information on the server or at some other web 
location accessible by the server during the round trip 
from the server to the client, and then back to the server. 
After the client request Is received by the server, this 
state information may be retrieved by the server and 
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loaded into the appropriate server-side control object(s) 
in the control object hierarchy. 
[0066] In operation 508, postback data received from 
the HTTP request is processed. Postback data may be 
included in the payload of the HTTP request in key-value 5 
pairs, in a hierarchical representation (e.g.. XML), or in 
other data representations, such as RDF (''Resource 
Description Framework"). Operation 508 parses the 
payload to identify a unique identifier of a target server- 
side control object. If the identifier (e.g. "page:tablelist1 : io 
listrow2:labeir) is found and the target server-side con- 
trol object exists in the control object hierarchy, the cor- 
responding postback data Is passed to the control ob- 
ject. For example, referring to FIG. 1, a unique identifier 
and corresponding data (i.e., "12945") associated with is 
a data item of list row 142 and column 144 is communi- 
cated in the payload of the HTTP request 1 1 4 to the web 
server 116. Operation 508 parses the payload of the HT- 
TP request 114 and obtains the unique identifier of the 
table list 140 and its associated values (i.e., HTML code 20 
for the child user interface elements, such as list row 
142). Operation 508 then resolves the unique identifier 
of the list row 142 to identify and traverse to the core- 
sponding target server-side control object, passing a 
post back value to the target control object for process- 25 
ing. 

[0067] As discussed with regard to the Load operation 
506, the property values of server-side control objects 
may be restored to their previous states. In response to 
the receipt of postback data, the server-side control ob- 30 
ject determines whether the passed-in postback value 
causes a change from the corresponding property's pre- 
vious value. If so, the change is logged in a change list 
to Indicate a data change for the associated control ob- 
ject. After all postback data has been processed within 35 
the control object hierarchy, a call may be made to a 
control object method to raise one or more postback da- 
ta changed events to one or more non-user-interface 
server components, such as a stock price look-up ap- 
plication running on the server. An example of a post- 40 
back data changed event is an event indicating that 
postback data has caused a property of a server-side 
control object to change. In an exemplary embodiment, 
such an event can be sent to a system-provided event 
queue so that server-side code, which may be regis- 45 
tered to process the event, can be invoked. The server- 
side code may them call a method of the non-user-in- 
terface server component In this manner, a server-side 
non-user-interface server component can respond to 
events triggered by a change in data of a server-side so 
control object. Alternative methods of implementing 
events are also contemplated in the scope of the present 
invention, including using application-provided event 
queues, polling, and processing interrupts. 
[0068] In operation 510, postback events are han- 55 
died. Postback events are communicated in the payload 
of the HTTP request. Operation 510 parses a specified 
event target (e.g.. labeled ".EVENTTARGET" In an em- 



bodiment of the present invention) identifying the serv- 
er-side control object to which the event Is directed. Fur- 
thermore, operation 510 parses the located event argu- 
ments, if any, and provides the event argument (e.g., 
labeled ".EVENTARGUMENT" in an embodiment of the 
present invention) to the specified server-side control 
object. The control object raises Its events for process- 
ing by a non-user-interface server component associat- 
ed with the dynamic content resource. 
[0069] Operation 512 resolves data binding relation- 
ships between the server-side control objects and one 
or more server-side databases accessible by the server, 
thereby updating in control object properties with data- 
base values and/or updating database fields with values 
of control object properties. In an embodiment of the 
present invention, properties of server-side control ob- 
jects may be associated (or data bound) to properties 
of a parent data binding container, such as a table in a 
server-side application database. During the data bind- 
ing operation 512, the page framework may update a 
data bound control object property with the value of the 
corresponding parent data binding container property. 
In this manner, user interface elements on the web page 
of the next response accurately reflect updated property 
values, because the control object properties to which 
the user interface elements correspond have been au- 
tomatically updated during the data binding operation 
512. Likewise, control object properties can also be up- 
dated to the parent data binding container fields, thereby 
updating a server-side application database with post- 
back input from a server-side control object. 
[0070] A data binding relationship between a given 
server-control object and a given data source (e.g., a 
server-side dated table) is declared in the ASP+ re- 
source (see, for example, line 14 in FIG. 6A), To support 
the commonly hierarchical nature of bound data in a web 
page, the data binding relationship may support a hier- 
archy of its own (see discussion of Fig. 7). In the control 
object hierarchy, the data binding relationships identify 
the data table and its property to which a property of a 
server-side control object is bound. A data binding rela- 
tionship may also be bidirectional, meaning that: (1) an 
property value of a server-side data table may be loaded 
into the bound property of a server-side control object; 
and (2) a property value of a server-side control object 
may be loaded into the bound property of a server-side 
dated table. All server-side control objects accurately re- 
flect appropriately updated data bound property values 
from a server-side dated table after the data binding op- 
eration 512. 

[0071] Operation 51 4 performs miscellaneous update 
operations that may be executed before the control ob- 
ject state Is saved and the output is rendered. Operation 
516 requests state information (i.e., viewstate) from one 
or more control objects in the control object hierarchy 
and stores the state information for insertion into a trans- 
portable state structure that is communicated to the cli- 
ent in the HTTP response payload. For example, a "grid" 
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control object may save a current index page of a list of 
values so that the "grid" control object may be restored 
to this state after a subsequent HTTP request (i.e., in 
operation 506). As described above, the viewstate in- 
formation represents the state of the control object hier- 5 
archy prior to any subsequent actions by the client. 
When the viewstate information is returned, it will be 
used to place the control object hierarchy in that previ- 
ous state prior to processing any client postback input 
or databinding. 10 
[0072] The render operation 518 generates the ap- 
propriate authoring language output (e.g., HTML data) 
for communication to the client in an HTTP response. 
Rendering is accomplished through a top-down hierar- 
chical tree walk of all server-side control objects and em- i5 
bedded rendering code. Operation 520 performs any fi- 
nal cleanup work (e.g., closing files or database connec- 
tions) before the control object hierarchy is terminated. 
Processing then returns to operation 502 and proceeds 
to operation 522, where the page object is temiinated 20 
by calling its destructor. 

[0073] FIG. 6A illustrates an exemplary dynamic con- 
tent resource (e.g., an ASP+ resource) declaring data 
bound control objects on a server in an embodiment of 
the present invention. Line 1 includes the starting tag of 25 
an HTML file, <html>, as a literal. Lines 2-8 represent a 
code declaration block for code that populates local 
"MyOrders" and "Myltems" data arrays. Specifically, line 
2 declares the server-side code as a server-side script 
by virtue of the "runat=$erver" attribute and value. The 30 
script overrides the Load operation 506 of FIG. 5 of the 
page object. Lines 3-5 declare public objects accessible 
within the name space of the server-side control objects. 
Line 3 declares a public object, "MyOrderSystem" of 
type "OrderSystem", which is used in line 7 to retrieve 35 
from a server-side datastore the data array that is de- 
clared in line 4 as the public data array object, "My- 
Orders". In line 8. the public object, "MyOrderSystem", 
is also used to retrieve firom a server-side datastore a 
data array that is declared in line 5 as the public data 40 
array object, "Myltems". 

[0074] Line 1 1 includes a literal that is the starting tag, 
<body>, of the body of an HTML file. Line 12 includes 
literal HTML code defining a header, "H1", for display 
on the web page. Line 13 includes a declaration of a 45 
server-side form control object. Line 14 declares a serv- 
er-side table list control object having a data binding da- 
ta source property equaling "Page.MyOrders". There- 
fore, the MyOrders data table is declared the data 
source for the table list control object and its descend- so 
ants. 

[0075] The in-line template declaration of lines 1 5-24 
declares one or more child control objects of the table 
list control object declared in line 14. The template dec- 
laration is interpreted at parse time to dynamically bind 55 
an appropriate ITemplate interface instance to a prop- 
erty of the same name in the iterating control object (e. 
g., the table list control object). The table list control ob- 



ject (i.e., an iterating control object) uses the ITemplate 
instance at runtime to create and initialize 0 to N new 
instances of the appropriate template control class. The 
number of new instances created may be controlled by 
the number of corresponding data sets (e.g., data rows) 
in the data source. 

[0076] For example, lines 15-24 declare a template, 
called "itemtemplate", for the list row control objects of 
the table list control object declared in line 14. The pa- 
rameters of the template control object are declared in 
lines 16-22, indicating a list row control object including 
an OrderiD label control object, a Quantity label control 
object, and another table list control object. The table 
list control object declared in line 14 iterates through the 
data sets of the data table MyOrders to create a de- 
scendent list row control object for each data seL 
[0077] The list row control objects corresponding to 
the itemtemplate template are developed by a control 
object developer as IBindingContainer instances and 
are therefore deemed "binding containers". During the 
load operation 506 of Fig. 5, the MyOrders data table is 
populated from the MyOrderSystem by the code in line 
7. For example, the data provided by the MyOrdersSys- 
tem object may be extracted from a server-side data- 
base containing order and product data. Thereafter, the 
table list control object creates a list row control object, 
as a binding container, for each data set of the data table 
MyOrders. 

[0078] The OrderlD control object declared in line 16 
is bound to the OrderlD property of data sets in the My- 
Orders data table. A hierarchical data binding relation- 
ship between the OrderlD label control object and the 
list row control object, defined by a PropertyBinding ob- 
ject of the OrderlD label control object, establishes that 
the Text property of the label control object declared in 
line 20 is data bound to a data item property identified 
as "OrderiD". The hierarchical data binding relationship 
also specifies that the data item property is a property 
of control object's binding container, namely the My- 
Orders data table. Although the property of the My- 
Orders data table that is bound to be OrderlD control 
object is a data item, any public properties of a server 
side data array (e.g.. a data table or another type of data 
object) may be bound to a property of a server-side con- 
trol object, including a row index, a data value size, data 
value type, etc. 

[0079] The Quantity control object declared in line 1 7 
is bound to the Quantity property of data sets in the My- 
Orders data table. A hierarchical data binding relation- 
ship between the Quantity label control object and the 
list row control object, defined by a PropertyBinding ob- 
ject of the Quantity label control object, establishes that 
the Text property of the label control object declared in 
line 17 is data bound to a data item property identified 
as "Quantity", The hierarchical data binding relationship 
also specifies that the data item property is a property 
of the Quantity label control object's binding container, 
namely the MyOrders data table. Although the property 
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of the MyOrders data table that is bound to be Quantity 
label control object is a data itenn, any public properties 
of a server side data array (e.g., a data table or another 
type of data object) may be bound to a property of a 
server-side control object, including a data set index, a 
data value size, data value type, etc. 
[0080] Line 1 8 includes a declaration of a server-side 
table list control object having a data binding data 
source property equaling "Page.Myltems". Therefore, 
the Myltems is declared the data source for the table list 
control object and its descendants. The in-line template 
declaration of lines 19-22 declares one or more child 
control objects of the table list control object declared in 
line 18. The table list control object (i.e., another iterat- 
ing control object) uses a template instance associated 
with the In-line template declaration to create and initial- 
ize 0 to M new instances of the appropriate template 
control class. The number of new instances created may 
be controlled by the number of con^esponding data sets 
in the data source. 

[0081] The parameters of the template control object 
are defined in lines 20-21, indicating a list row control 
object including an Index label (i.e., corresponding to an 
ordinal index of a given data set) and an Item label dis- 
playing the text of a data item property from the data 
source. For each data set in the data table Myltems. a 
list row control object is created under the table list con- 
trol object declared in line 18. The remaining lines in the 
file 600 Including closing tags to close the nested dec- 
larations within the file. 

[0082] The ASP+ resource 600 illustrates declara- 
tions and server-side scripting for implementing unidi- 
rectional data binding (i.e., sending data from a server- 
side data table to the control object hierarchy) in an em- 
bodiment of the present invention. In an alternative em- 
bodiment, unidirectional data binding in the opposite di- 
rection (i.e., sending data from the control object hier- 
archy to a server-side data table) or bidirectional data 
binding (i.e., sending data in both directions) may be de- 
clared. 

[0083] To effect the first type of unidirectional binding 
(i.e., toward the control object), code on line 7 ovemdes 
the LoadQ subroutine, for example, to load a snapshot 
data anray of the orders from the MyOrderSystem data 
table into the local MyOrders data array (i.e., the first 
type of unidirectional data binding discussed). Thereaf- 
ter, during the data binding stage, server-side control 
object properties may be updated from values from the 
local MyOrders data array, in accordance with the data 
binding statements on lines 14, 16, 17, 18, 20, and 21. 
[0084] To effect the second type of unidirectional data 
binding (i.e., from the control object), a page developer 
may ovem'de the Save() subroutine of the page object 
(see Save operation 516 of FIG. 5). Previously, during 
the data binding stage, local MyOrders and Myltems da- 
ta arrays may have been updated with values from serv- 
er-side control object properties, in accordance with the 
data binding statements on lines 14, 16, 17, 18, 20, and 



22 

21. Thereafter, the overridden Save() subroutine loads 
the values of the local data array Into the data tables of 
the MyOrderSystem object. An exemplary code decla- 
ration block oven^idlng the Save() subroutine of the page 

5 object is shown in lines 6-9 in the ASP+ resource 602 
of FIG. 6B. This type of unidirectional binding may be 
used, for example, to load orders into a server-side da- 
tabase. To declare bidirectional data binding, a page de- 
veloper may override both the Load{) and Save() sub- 

10 routines of the page object. 

[0085] FIG. 7 illustrates a partial control object hierar- 
chy resulting from the processing of the exemplary dy- 
namic content resource (e.g., an ASP+ resource) of 
FIG. 6A in an embodiment of the present invention. The 

15 top-level page control object and various literal control 
objects are omitted from the control object hierarchy 
700. A form control object 702, corresponding to the 
form declaration starting at line 11 of FIG. 6A. contains 
a table list control object 704. The table list control object 

20 704 is declared starting at line 12 of FIG. 6A to have a 
data binding property equaling the MyOrders data table. 
[0086] The table list control object 704 contains list 
row control objects 706-708 (i.e., ListRowO through Lis- 
tRowN). The actual number of list row control objects at 

25 this level of the control object hierarchy is dependent 
upon the number of data sets in the MyOrders data ta- 
ble. The configuration of each list row control object is 
defined by the itemtemplate declaration starting at line 
13 of FIG. 6A. The data binding relationship of each list 

30 row control object Is defined relative to the data source 
of each list row control object's binding container (i.e., 
the table list control object 704). In one embodiment, a 
control object binding container is the nearest higher 
level control object in the control object hierarchy that 

35 supports the IBindingContainer interface (see 

[0087] A label control object 710 and a label control 
object 712, corresponding to the declarations on line 14 
and 1 5 of FIG. 6A, are contained by the binding contain- 
er list row control object 706. The data binding relation- 

40 ships of the label control objects 710 and 712 are de- 
fined relative to the binding container list row control ob- 
ject 706. which Is data bound to the data sets of the My- 
Orders data table. 

[0088] A table list control object 714, corresponding 
45 declaration on line 16 of FIG. 6A, is also contained by 
the binding container list row control object 706. The ta- 
ble list control object 714 Is a binding container that is 
declared as a data bound to the sub-data table My- 
Orders.Mylngredients. The table list control object 714 
50 contains list row control objects 716-718 (ListRowO 
through ListRowN), corresponding to the data sets of 
the sub-data table MyOrders.Mylngredients. Each list 
row control object 716-718 is defined by the template 
declaration starting at line 1 9 of FIG. 6A. The data bind- 
55 ing relationships of the list row control objects 716-718 
are defined relative to the binding container table list 
control object 714. 

[0089] Each list row control object 716-718 contains 
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to label control objects (e.g., 720 and 722). For example, 
a label control object 720 is declared on line 20 of FIG. 
6A as data bound to the index field of a data set of the 
sub-data table MyOrders.Mylngredients, and a label 
control object 722 is declared on line 21 of FIG. 6A as 
data bound to an Ingredients data item of the subKiata 
table MyOrders.Mylngredients. To determine the data 
source of the Ingredients data item, properties of the la- 
bel control object 720 and 722 return a reference to the 
nearest binding container in a higher level of hierarchy 
(i.e., a control object that is an IBindingContainer in- 
stance, such as the list row control object 716). 
[0090] The hierarchy under the list row control object 
708 follows the same configuration as the hierarchy un- 
der the list row control object 706 because it is defined 
by the same template declarations. The hierarchy in- 
cludes a first level comprising label control object 730, 
label control object 734, and table list control object 732. 
Beneath the table list control object 732, in other level 
of hierarchy comprises 0 to N list row control objects 
736-738. Each list row control object 736-738 contains 
to label control objects (see label control objects 742, 
744, 746. and 748) as defined by the corresponding 
template declaration. 

[0091] FIG. 8 illustrates a representation of an exem- 
plary server-side Control class in an embodiment of the 
present invention. The server-side Control class defines 
the methods, properties and events common to all serv- 
er-side control objects in an embodiment of the present 
invention. More specific Control classes (e.g., a server- 
side button control object that corresponds to a client- 
side button in a web page) are derived from the control 
class. A Control class 800 is illustrated as including 
memory storing properties 802 and methods 804. Other 
Control class embodiments having a different combina- 
tion of data members and methods are also contemplat- 
ed within the scope of the present invention. 
[0092] In the illustrated embodiment, properties 802 
and methods 804 are public. Property "ID" is a readable 
and writable string value indicating a control object iden- 
tifier. Property "Visible" is a readable and writable 
Boolean value that indicates whether the authoring lan- 
guage data for a corresponding client-side user inter- 
face element should be rendered. Property "Maintain- 
State" is a readable and writable Boolean value that in- 
dicates whether the control object should save its views- 
tate (and the viewstate of its children) at the end of the 
current page request (i.e., in response to a save opera- 
tion 516 in FIG. 5). Property "Parent" is a readable ref- 
erence to a ControlContainer object associated with the 
current control object in the control object hierarchy. 
Property "Page" is a readable reference to the root page 
object in which the current control object is hosted. Prop- 
erty "Form" is a readable reference to a FomiControl 
object in which the current control object is hosted. Prop- 
erty "Trace" is a readable reference to a TraceContext 
that allows a developer to write a trace log. PropertyB- 
indingContainer is a readable reference to the control 



object's immediate data binding container. Property 
"Bindings" is a readable reference to a collection of the 
control object's data binding associations. 
[0093] Methods 804 include methods for processing 

5 requests and accessing data members of the control ob- 
ject. In one embodiment, the methods are referenced 
by pointers stored in the memory space of the Control 
object. This referencing technique is also employed in 
embodiments of other server-side objects, including a 

10 container control object, a control collection object, and 
a page object. Method "lnit()" is used to initialize child 
control objects after they are created (see operation 504 
of FIG. 5). Method "Load()" is used to restore the views- 
tate information from a previous HTTP request (see op- 

^5 eration 506 of FIG. 5). Method "SaveQ" is used to save 
viewstate information for use with a later HTTP request 
(see operation 516 of FIG. 5). Method "PreRender()" is 
used to perform any pre-rendering steps necessary pri- 
or to saving viewstate and rendering content (see oper- 

20 ation 51 4 of FIG. 5). Method "Render (TextWriter output) 
" Is used to output authoring language code for the user 
interface element corresponding to the current control 
object (see operation 518 of FIG. 5). The code is output 
to the TextWriter Output Screen passed to it in the "Out- 

25 put" parameter. Method "DisposeQ" is used to perfonm 
final clean-up wori< before terminating the control object 
(see operation 520 of FIG. 5). 

[0094] Method "GetUniquelDO" obtains a unique, hi- 
erarchically qualified , string identifier for the cun-ent con- 
30 trol object. Method "GetControlWithlD(String id)" re- 
turns a reference to an immediate child control object 
with the provided identifier ("id"). Method "GetControl- 
WithUniquelD(String id)" returns a reference to a child 
control object having a unique hierarchical identifier 

35 ("id"). 

[0095] Method "PushControlPropertyTwoBinding- 
Container (String prop Name)", an exemplary push 
module, is used to update a binding container for two- 
way data binding from post-back data when the post- 

40 back data value changes within the server-side control 
object Method "PushBindingContainerPropertyTwo- 
Control(String prop Name)", another exemplary push 
module, is used to update a server-side control object 
property with a cun^ent binding container value. Method 

45 "HasBindingsQ" returns of Boolean value indicating 
whether a control object has any binding associations. 
These methods are used to resolve binding relation- 
ships between properties of server-side control objects 
and properties in server-side data arrays (see the data 

50 binding operation 512 of FIG. 5), which are associated 
with server-side datastores. 

[0096] FIG. 9 illustrates a flow diagram of operations 
for data binding a property of a server-side control object 
to a property of a server-side data array in an embodi- 
55 rnent of the present Invention. The operations illustrated 
in FIG. 9 may execute in one or more of the operations 
illustrated in FIG. 6. For example, in an embodiment of 
the present invention, operations 900 and 902 execute 
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during a creation operation or the Init operation 504, and 
the operation 904 executes during the Load operation 
506, which results In data table being stored as a prop- 
erty of the table list control object in operation 906. When 
the table list control object or its children are access dur> 
ing the postback Input processing operation 508 and 
510 or the databinding operation 512, operations 908, 
910, 912, and 914 execute to extend the hierarchy to 
include the binding containers and their children, in ac- 
cordance with the configuration of the data table. Oper- 
ations 916, 918. 920, and 922 execute during the dat- 
abinding operation 51 2 of FIG. 5, and operation 924 ex- 
ecutes during the Save operation 516 of FIG. 5. The op- 
erational correspondence discussed above applies to 
one embodiment of the present invention; however, oth- 
er embodiments may reorder or realign the operations 
of FIGS. 5 and 9. 

[0097] Turning to the individual operations of FIG. 9. 
if the page supports unidirectional data binding from a 
server>side database or bidirectional data binding be- 
tween the server-side database and the control object 
hierarchy, operation 900 loads a local data table (i.e., a 
data array) from a portion of the server-side database 
using functionality of COM+ reflection. Operation 902 
associates the data table as the data source of a table 
list control object. In one embodiment, this association 
is accomplished by means of the data binding property 
specified in declaration of the table list control object 
(see line 14 of Fig. 6A). Operation 904 creates the table 
list control object in the control object hierarchy. Opera- 
tion 906 stores the data table as a property of the table 
list control object. 

[0098] In operation 908, the table list control object 
iterates over each data set of the data table. For each 
data set detected, the table list control object creates a 
binding container control object (e.g., a list row control 
object) based on an associated template declaration. 
Each binding container control object is treated as a 
child of the table list control object. Operation 910 asso- 
ciates each binding container control object with a data 
set of the data table by setting a data binding property 
of the binding container control object to equal a data 
set of the data source (e.g., "MyOrders.Row(l)"), 
[0099] In operation 912, each binding container con- 
trol object creates a descendant control object corre- 
sponding to a property of the binding container's corre- 
sponding data set of the data source. Alternatively, each 
binding container control object creates a child control 
object, which eventually leads to the creation of the de- 
scendant control object corresponding to a property of 
the binding container's corresponding data set of the da- 
ta source. Operation 914 establishes a binding relation- 
ship between the properties of the descendant control 
objects in the properties of corresponding data sets of 
the data source. The binding relationships may be de- 
fined by a PropertyBinding object stored in a property of 
the descendant control object. 
[0100] Decision operation 916 detects whether data 



from the control object property should be sent to the 
corresponding binding container property. If so, opera- 
tion 918 calls the PushControlPropertyToBindingCon- 
tainerO method in the descendant control object to send 
5 the data to the binding container. Thereafter, processing 
proceeds to decision operation 920. Alternatively, if de- 
cision operation 916 does not determine that the data 
from a control object property should be sent to the cor- 
responding binding container property, processing also 
proceeds from decision operation 91 6 to decision oper- 
ation 920, which determines whether data should be 
sent from a binding container property to the corre- 
sponding control object property. If so, operation 932 
calls the PushBindingContainerPropertyToControl() 

15 method in the descendant control object to receive the 
data from the binding container. Thereafter, supersedes 
to operation 924. Alternatively, if decision operation 920 
determines that the data from the binding container 
property should not be sent to the control object prop- 

20 erty, processing also proceeds from decision operation 
920 to operation 924. If the page supports unidirectional 
data binding to a server-side database or bidirectional 
data binding between the server-side database and the 
control object hierarchy, operation 924 saves the local 

25 data table to a portion of the server-side datastore by 
way of GOM+ reflection. Processing can then continue 
with the Render operation 618 of FIG. 5. 
[0101] FIG. 10 illustrates a representation of an ex- 
emplary server-side PropertyBindingCollectron class in 

30 an embodiment of the present invention. The server- 
side PropertyBindingCollection class defines the meth- 
ods and properties of a PropertyBindingCollection ob- 
ject (see the Bindings property of the server-side Control 
class in FIG. 8). A PropertyBindingCollection class 1 000 

35 is illustrated as including memory storing properties 
1000 into and methods 1004. Other PropertyBinding- 
Collection class embodiments having a different combi- 
nation of data members and methods are also contem- 
plated within the scope of the present invention. 

40 [0102] In the illustrated embodiment, properties 1 002 
and methods 1004 are public. Property "All" is a reada- 
ble and writable snapshot an^ay of PropertyBinding ob- 
jects representing all property bindings in the collection, 
ordered by an index. Property "thlspnt index]" is a read- 

45 able PropertyBinding object that returns a reference to 
an ordinal-indexed PropertyBinding object within the 
collection. Property "Count" is a readable Integer value 
indicating the number of PropertyBinding objects within 
the collection. 

50 [0103] Methods 1004 include methods for accessing 
the data of the PropertyBindingCollection object. Meth- 
od ''Add(PropertyBinding value)" is used to add speci- 
fied PropertyBinding objects to the collection. Method 
"lndexOf(PropertyBinding value)" is used to obtain an 

55 ordinal index of a PropertyBinding object in the collec- 
tion. Method "GetEnumerator(bool AlIowRemove)" is 
used to obtain an enumerator of all PropertyBindings 
within the collection. Method "Remove(PropertyBinding 
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value)" is used to remove a specified PropertyBinding 
object from the collection. Method "Remove(int index)" 
is used to remove an index-specified PropertyBinding 
object from the collection. Method "Clear()" is used to 
remove all PropertyBinding objects from the collection. 
[0104] FIG. 11 illustrates a representation of an ex- 
emplary server-side PropertyBinding class in an em- 
bodiment of the present invention. The server-side 
PropertyBinding class defines the methods and proper- 
ties of a PropertyBinding object (see the "All" and "this 
[int index]" properties of the PropertyBindingCollection 
class of FIG. 11), which defines the data binding rela- 
tionship between a control object and a server-side data 
source. A PropertyBinding class 1100 Is illustrated as 
including memory storing properties 1102. Other class 
embodiments having a different combination of data 
members and methods are also contemplated within the 
scope of the present invention, 
[0105] In the illustrated embodiment, properties 1102 
are public. Property "BindingContainer" is a readable 
and writable BindingContainer interface (i.e.. an IBind- 
ingContainer object) used to identify and gain access to 
a binding container data source. The IBindingContainer 
Interface is a marker interface that identifies a control 
that exposes its public properties to the bindings of its 
descendents. Therefore, the "BindingContainer" prop- 
erty provides a BindingContainer identifier that allows a 
bound control object to locate and access the server- 
side data source to which is bound. Property "Property" 
is a readable and writable string value (i.e., a property 
identifier) identifying the bound property within the Bind- 
ingContainer object. Property "Control" is a readable 
and writable Control object (i.e., identifying the target 
control object to which a data source property is bound. 
Property "Control Property" is a readable and writable 
string value (i.e., a property identifier) identifying the tar- 
get property of the target control object. Property "For- 
matString" is a readable and writable string value iden- 
tifying an optional format convergence siring. 
[0106] The embodiments of the invention described 
herein are implemented as logical steps in one or more 
computer systems. The logical operations of the present 
invention are implemented (1) as a sequence of proc- 
essor-implemented steps executing in one or more 
computer systems and (2) as interconnected machine 
modules within one or more computer systems. The im- 
plementation is a matter of choice, dependent on the 
performance requirements of the computer system im- 
plementing the invention. Accordingly, the logical oper- 
ations making up the embodiments of the invention de- 
scribed herein are referred to variously as operations, 
steps, objects, or modules. 

[0107] The above specification, examples and data 
provide a complete description of the processes, sys- 
tems, computer program products of the invention. 
Since many embodiments of the invention can be made 
without departing from the spirit and scope of the inven- 
tion, the invention resides in the claims hereinafter ap- 



pended. 



Claims 

5 

1. In a server computer coupled to a client computer 
system, a method of data binding a property of a 
descendent server-side control object to a property 
of a data set in a server-side data table having one 

10 or more data sets, wherein the descendent server- 
side control object corresponds to a client-side user 
interface element, the method comprising: 

iterating over each data set of the server-side 
15 data table to create a binding container server- 

side control object corresponding to each data 
set; 

associating each binding container server-side 
control object with one of the data sets of the 

20 server-side data table; 

creating a descendent server-side control ob- 
ject for a property of each data set, a given de- 
scendent server-side control object being a de- 
scendent of the binding container server-side 

25 control object corresponding to a given data set 

and being associated with a property of the giv- 
en data set; and 

establishing a data binding relationship be- 
tween the property of the descendent server- 
30 side control object and the property of one of 

the data sets of the server-side data table. 

2. The method of claim 1 further comprising: 

35 loading the server-side data table from a serv- 

er-side database; 

associating an iterating server-side control ob- 
ject with the server-side data table; 
creating the iterating server-side control object 
40 in a server-side control object hierarchy, where- 

in each binding container server-side control 
object is a child of the iterating server-side con- 
trol object; and 

storing the server-side data table as a property 
45 of the iterating server-side control object. 

3. The method of claim 1 or 2, in particular claim 2 
wherein the operation of associating an iterating 
server-side control object comprises: 

50 setting a data source property of the iterating 

server-side control object to reference the server- 
side data table. 

4. The method of any of claims I to 3, In particular claim 
55 2 wherein the iterating operation comprises: 

creating each binding container server-side 
control element as a child of the iterating server- 
side control object, each binding container server- 
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9. In a server computer coupled to a client computer 
system, a computer program storage medium read- 
able by a computer system and encoding a compu- 
ter program for executing a computer process data 

s binding a property of a descendent server-side con- 
trol object to a property of a data set in a server-side 
data table having one or more data sets, wherein 
the descendent server-side control object corre- 
sponds to a client-side user interface element, the 
10 computer process comprising: 

iterating over each data set of the server-side 
data table to create a binding container server- 
side control object corresponding to each data 
1S set; 

associating each binding container server-side 
control object with one of the data sets of the 
server-side data table; 

creating a descendent server-side control ob- 
20 ject for a property of each data set, a given de- 

scendent server-side control object being a de- 
scendent of the binding container server-side 
control object corresponding to a given data set 
and being associated with a property of the giv- 
25 en data set; and 

establishing a data binding relationship be- 
tween the property of the descendent server- 
side control object and the property of one of 
the data sets of the server-side data table. 

30 

10. A computer program product encoding a computer 
program for executing on a computer system a com- 
puter process for data binding a property of a de- 
scendent server-side control object to a property of 

35 a server-side data array having one or more data 
objects, wherein the child server-side control object 
conresponds to a client-side user interface element, 
the computer process comprising: 



side control object being associated with a given da- 
ta set of the server-side data table. 

5. The method of any of claims 1 to 4, in particular 
claim 1 wherein the establishing operation compris- 
es: 

creating a binding object including a control 
identifier of the descendent server-side control ob- 
ject, a first property identifier of the property of the 
descendent server-side control object, a binding 
container identifier of the binding container server- 
side control object, a second property identifier of 
the property of the data set of the server-side data 
table. 

6. The method of any of claims 1 to 5, in particular 
claim 1 further comprising: 

transmitting data stored as the property of the 
descendent control object for storage as the prop- 
erty of the data set of the server-side data table, 
based on the data binding relationship. 

7. The method of any of claims 1 to 8, in particular 
claim 1 further comprising: 

receiving data stored as the property of the of 
the server-side data table for storage in the property 
of the descendent control object, based on the data 
binding relationship. 

8. In a server computer coupled to a client computer 
system, a computer data signal embodied in a car- 
rier wave by a computing system and encoding a 
computer program for executing a computer proc- 
ess data binding a property of a descendent server- 
side control object to a property of a data set In a 
server-side data table having one or more data sets, 
wherein the descendent server-side control object 
conresponds to a client-side user interface element, 
the computer process comprising: 

iterating over each data set of the server-side 
data table to create a binding container server- 
side control object corresponding to each data 
set; 

associating each binding container server-side 45 
control object with one of the data sets of the 
server-side data table; 

creating a descendent server-side control ob- 
ject for a property of each data set, a given de- 
scendent server-side control object being a de- so 
scendent of the binding container server-side 
control object con^esponding to a given data set 
and being associated with a property of the giv- 
en data set; and 

establishing a data binding relationship be- 55 
tween the property of the descendent server- 
side control object and the property of one of 
the data sets of the server-side data table. 



loading the server-side data array from a serv- 
er-side database; 

associating an iterating server-side control ob- 
ject with the server-side data table; 
creating the iterating server-side control object 
in a server-side control object hierarchy; 
storing the server-side data array as a property 
of the iterating server-side control object; 
create a binding container server-side control 
object corresponding to one of the data objects, 
wherein the binding container server-side con- 
trol object is a child of the iterating server-side 
control object; 

associating the binding container server-side 
control object with the one of the data objects 
of the server-side data array; 
creating a descendent server-side control ob- 
ject for each property of each data object each 
descendent server-side control object being a 
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32 



descendent of the binding container server- 
side control object; and 
establishing a data binding relationship be- 
tween the property of the descendent server- 
side control object and the property of the serv- 5 
er-side data array. 

1 1 . The computer program product of claim 1 0 wherein 
the operation of associating an iterating server-side 
control object comprises: 10 

setting a data source property of the iterating 
server-side control object to reference the server- 
side data array. 

12. The computer program product of claims 10 or 11 , 15 
in particular claim 11 wherein the iterating operation 

of associating the iterating server-side control ob- 
ject comprises: 

creating each binding container server-side 
control element as a child of the iterating server- 20 
side control object, each binding container server- 
side control object being associated with a given da- 
ta object of the server-side data array. 

13. The computer program product of any of claims 10 25 
to 1 2, In particular claim 1 0 wherein the establishing 
operation comprises: 

creating a binding relationship object includ- 
ing a control identifier of the descendent server-side 
control object, a property identifier of the property 30 
of the descendent server-side control object, a bind- 
ing container identifier of the binding container serv- 
er-side control object, an property identifier of the 
property of the data object of the server-side data 
array. 35 

14. The computer program product of any of claims 1 0 
to 13, in particular claim 10 further comprising: 

sending data stored as the property of the de- 
scendent control object for storage as the property 40 
of the data object of the server-side data array, 
based on the data binding relationship. 

15. The computer program product of any of claims 10 

to 14, in particular claim 10 further comprising: 45 

receiving data stored as the property of the 
data object of the server-side data anray for storage 
in the property of the descendent control object, 
based on the data binding relationship. 

50 

16. A server for performing server-side data binding us- 
ing a hierarchy of server-side control objects con^e- 
sponding to client-side user interface elements, the 
server comprising: 

55 

a server-side data array having one or more da- 
ta objects, each data object including a proper- 
ty: 



an iterating server-side control object in a serv- 
er-side control object hierarchy and being as- 
sociated with the server-side data array; 
one or more binding container server-side con- 
trol objects iteratively created by the iterating 
server-side control object based on a number 
of data objects In the server-side data anray; 
one or more descendent server-side control ob- 
jects corresponding to a property of each data 
object of the server-side data array, each de- 
scendent server-side control being created as 
a child of the binding control server-side control 
object of a given data object in the server-side 
data array; and 

a data binding relationship structure describing 
a data binding relationship between a property 
of the descendent control object and the prop- 
erty of the data object of the server-side data 
array. 

17. The server of claim 16 further comprising: 

a push module storing data from the property 
of the descendent control object to the property of 
the data object of the server side data array, based 
on the data binding relationship. 

18. The server of claims 16 or 17. in particular claim 16 
further comprising: 

a push module storing data from the property 
of the data object of the server side data array to 
the property of the descendent control object, 
based on the data binding relationship. 

19. The server of any of claims 16 to 18, In particular 
claim 16 further comprising: 

a portion of a server-side datastore loaded in- 
to the server-side data array. 

20. The server of any of claims 16 to 19. in particular 
claim 16 further comprising: 

a portion of a server-side datastore into which 
the server-side data array Is saved. 
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